Summary

• make time +/- interval and interval + time return a time value instead of an interval
• evaluate time/interval arithmetic with 24-hour wrapping across Time32 and Time64 units
• apply interval nanoseconds before reducing back to the output time unit, so negative sub-second intervals wrap correctly for lower-precision time values
• update arith_time_interval.slt with PostgreSQL-compatible wrapping coverage, including the reported 23:30 + 2 hours case and a Time32(Second) sub-second regression

Fixes #22265.

Rationale for this change

time +/- interval should stay in the 24-hour time-of-day domain. DataFusion currently routes these expressions through Interval(MonthDayNano), which can produce interval values such as 25 hours 30 mins instead of wrapping to 01:30:00.

What changes are included in this PR?

• Adds explicit coercion signatures for time + interval, interval + time, and time - interval so the result type remains the original time type.
• Adds physical expression handling for Time32/Time64 plus Interval(MonthDayNano), wrapping arithmetic modulo one day.
• Keeps whole-day-or-larger interval fields as no-ops for time-of-day wrapping, while applying the nanosecond field before narrowing back to the target time unit.
• Updates SQLLogic coverage for wrapping and result type behavior.

Are these changes tested?

• cargo test --profile=ci --test sqllogictests -- arith_time_interval.slt
• cargo fmt --all --check
• git diff --check origin/main...HEAD
• cargo clippy --all-targets --all-features -- -D warnings

Are there any user-facing changes?

Yes. time +/- interval and interval + time now return wrapped time values instead of interval values.

AI-assisted contribution note

I used OpenAI Codex while developing and validating this PR. I reviewed the implementation end-to-end. The main assumption to call out is that for time-of-day arithmetic, interval month/day fields are whole-day-or-larger components and therefore have no effect after modulo-24-hour wrapping; the nanosecond field is applied at full precision before reducing to the specific Time32/Time64 unit.